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FOREWORD 


This Final Summary Report summarizes the Space Transportation System 
{STS) Payloads Mission Control Phase A-1 Study results combined with key 
results from the basic Phase A Study, References 2 and 11. A major purpose 
of the Phase A-1 Study was to determine the Composite Resources required to 
accomplish Joint STS-Payload preflight preparation for joint flight opera- 
tions, including flight planning, training, and simulations. These results 
are presented in Section 4. The major output of the Phase A Study was the 
introduction of the Standard Payload Operations Control Center (POCC) con- 
cept, Reference 11. This concept was developed further in the Phase A-1 
Study. A combined Standardized POCC concept has been summarize in Section 3. 


This document represents one section of the FINAL REPORT for the STS 
PAYLOADS MISSION CONTROL STUDY, PHASE A-1. It was prepared by TRW Defense 
and Space Systems Group under Contract NAS9- 14484 with NASA, Lyndon B. 

Johnson Space Center. The complete set of documents that comprise the 
FINAL REPORT of Study Phase A-1, the Study Plan and Key Study Briefings 
are listed below. Documentation of the basic study (Phase A) is listed 
under "References'* herein. 

• TRW 26904-H016-RO-00: Phase A-1 Study Plan, dated January 19, 1976, and 

Study Plan Rev A, dated' April 30, 1976 


*• TRW 26904-H021-RO-00: Phase A-1 Volume I, "Final Summary Report" 


f TRW 26904-H018-R0-00: Phase A-1 Volume II-A, Study Task 1-1.0 Joint 

Products and Functions for Preflight Planning 
of Flight Operations, Training and Simulations 


• TRW 26904-H019-R0-00: Phase A-1 Voiumn II-B, Study Task 2 - 2.0 Eval- 

uation and Refiriement of Implementation Guidelines 
for the Selected STS Payload Operator Concept 

• TRW 26904-H020-R0-00: Phase A-1 Volume II-Cj Study Task 3 - 3.0 Identi- 

fication of Joint Activities and Estimation of 
Resources in Preparation for Joint Flight Operations 

• TRW Docume'’ t Dated April 1976, Initial Progress Review, Continuation 

Phase A-1 


0 

0 

0 


TRW Document Dated 

TRW Document Dated 
TRW Document Dated 


June 3, 1976, Summary Review of Past (Phase A), 

Present (Phase A-1) and Future (Quarterly Review 
Document, Phase A-1) 

October 1976, Mid-Term Progess Review (Phase A-1) 
December 1976, Executive Summary Review (Phase A-1) 


i i i 


*This document. 
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IX 


KEY DEFINITIONS 


The following "Key Definitions" are pertinent for a clear understand- 
ing of the content of this document and other Study documentation. 

POCC VERSUS POC 

POCC = PAYLOAD OPERATIONS CONTROL CENTER 

- FOCAL POINT OF PAYLOAD FLIGHT OPERATIONS 

- CONTROL ROOM EQUIPPED WITH CONTROLS, DISPLAYS, ETC. 

- ONE ELEMENT OF A POC 

POC = PAYLOAD OPERATIONS CENTER 


- NASA CENTER ASSIGNED TO HOST/PERFORM OPERATIONS 
FOR GIVEN PAYLOAD CATEGORY 

• GSFC - AUTOMATED EARTH ORBIT 

• JSC - SPACELAB 

• JPL - PLANETARY 

- PROVIDES SEVERAL CAPABILITIES 

• POCC'S 

§ ORBIT DETERMINATION 
■ FLIGHT MANEUVER COMPUTATIONS 

• EXPERIMENT DATA PROCESSING 
fl OTHERS 

PAYLOAD OPERATOR 

ORGANIZATION ASSIGNED PRIME RESPONSIBILITY FOR OPERATIONS OF 
TOTAL CARGO/PAYLOAD ONBOARD FOR A GIVEN FLIGHT. 

NOTE: FOR NASA PAYLOADS, THE PAYLOAD DEVELOPMENT CENTER WOULD 

NORMALLY BE THE "PAYLOAD OPERATOR"; HOWEVER, ONE OF THE THREE 
DESIGNATED HOST CENTERS COULD ALSO SERVE AS PAYLOAD OPERATOR 
BY MUTUAL AGREEMENT WITH THE PAYLOAD DEVELOPMENT CENTER 
INVOLVED. 

STS FLIGHT OPERATOR 
MCC-H 


STS GROUND OPERATIONS 


KSC/VAFB 
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1.0 SUMMARY RECOMMENDATIONS 


The results of the Phase A and Phase A-1, Studies, as described in 
this Summary Report, lead to the recommendations shown in Table 1-1, 


Table 1-1. Summary Recommendations 


1 . ^INITIATE STANDARDIZATION IMPLEMENTATION AT THE EARLIEST 

POSSIBLE DATE FOR THE FOLLOWING: 

t PAYLOAD COMMUNICATIONS AND DATA HANDLING 

• POCC'S 

• DATA MANAGEMENT 

• OPERATIONAL PROCEDURES 

t PREFLIGHT PLANNING, TRAINING AND SIMULATION METHODS 

• OPERATING INTERFACES 

2. *RECOMMEND IMMEDIATE IMPLEMENTATION OF THE STANDARD POCC CONCEPT 

AND THE ACCOMPANYING SYSTEM ENHANCEMENT TO INSURE THE ULTIMATE 
CAPABILITY REQUIRED BY THE TRAFFIC MODEL. 

3. UTILIZE STUDY METHODOLOGY TO DETERMINE RESOURCES REQUIRED OF 
THE STS OPERATOR AND PAYLOAD OPERATOR. THIS WILL ASSIST IN 
IDENTIFYING ANY GAPS OR OVERLAPS IN THE ACTIVITIES AND TASKS. 

4. A COST ANALYSIS OF THE STANDARD POCC NETWORK DEVELOPMENT 
CONCEPT SHOULD BE UNDERTAKEN NOW TO QUANTIFY THE COST OF 
IMPLEMENTATION AND THE SAVINGS WHICH WOULD ACCRUE. 

5. SINCE MANPOWER IS THE MAJOR RESOURCE IN OPERATIONAL PLANNING, 
RESOURCES SHOULD BE CONSERVED THROUGH: 

• AUTOMATION 

• ELIMINATION OF REDUNDANCY 

• CENTRALIZED FUNCTIONAL CAPABILITIES FOR SIMILAR EFFORTS 
9 PRODUCTION LINE TECHNIQUES FOR REPETITIVE ACTIVITIES 

• USE OF STANDARD MODULES - FOR FLIGHT PLANNING 

■ CROSS-TRAINING BETWEEN SPECIALIZED PERFORMER GROUPS 

6. IT IS RECOMMENDED THAT THE RESOURCES ESTIMATES FOR THE JOINT 
PREFLIGHT PREPARATION ACTIVITIES BE ASSESSED FOR IMPACT ON 
THE USER CHARGE ALLOCATIONS. 

7. RECOMMEND EARLY PROGRAM BE CONSIDERED TO ESTABLISH STANDARDS 
FOR STS PAYLOADS. ADVANTAGES INCLUDE: 

• WILL PERMIT USE OF PROCESSING FIRMWARE 

• WILL MINIMIZE UNIQUE SOFTWARE 

• WILL SIMPLIFY PROCEDURES AND DOCUMENTATION 

• WILL REDUCE TRAINING TIME 


*NOTE: A SYSTEM WHICH MAXIMIZES STANDARDIZATION OF POCC'S; 

• ALLOWS USE OF STANDARD SOFTWARE 
t PROMOTES SYSTEM VERSATILITY 

0 ACCOMMODATES FAST TURNAROUND 

• SIMPLIFIES SPARES AND MAINTENANCE PROGRAM 
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2.0 STUDY DESCRIPTION AND BACKGROUND 


2.1 STUDY OBJECTIVES 

The goal of the Phase A and Phase A-1 Studies was to develop and expand 
STS Payload Mission Control concepts associated with ground flight control 
support and preflight planning including personnel resource requirements. 

The objectives of each study were: 

PHASE A 

f Identify flight control ground functions for representative STS 
Payloads. 

• Investigate present/planned NASA-wide facilities (capabilities) 
for STS Payload Flight Control. 

• Determine feasible cost-effective system concept options for 
flight control of STS Payloads. 

§ Develop implementation guidelines for proposed system concept 
options. 

PHASE A-1 

• Refine concepts from basic study including: 

1. Approaches to POCC implementation 

2. Definition of Interfaces, Payload Operator/STS Flight Operator. 

• Identify joint preflight activities and estimate composite joint 

resources. 'j'i 

2.2 STUDY SCHEDULE 

The STS Payload Mission Control Study extended over a period of two 
years, twelve months each for the Phase A Study and the Phase A-1 Continua- 
tion effort (see Figure 2-1). 

2.3 SELECTED STUDY GUIDELINES 

The Phase A-1 Follow-on Study was based on the nine guidelines shown 
in Table 2-1. - 
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Figure 2-1. Study Schedule 
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Table 2-1 Phase A-1 Study Guidelines 


1. STUDY EMPHASIZES OPERATIONAL ERA (AFTER ORBITAL FLIGHT TEST [OFT]) 

2. EXISTING NASA CAPABILITIES ARE THE POINT OF DEPARTURE FOR THIS 
STUDY, 

3. STUDY ADDRESSES JOINT STS-PAYLOAD ACTIVITIES PREFLIGHT AND 
FLIGHT PHASES THATTnVOLVE BOTH STS AND PAYLOAD INTERACTIVELY. 

4. ON-ORBIT, WHEN THE STS AND PAYLOAD INTERFACE OPERATIONALLY, 

FLIGHT OPERATIONS SUPPORT IS PROVIDED JOINTLY BY MCC-H AND 
A PAYLOAD OPERATIONS CONTROL CENTER. 

5. THE PAYLOAD OPERATIONS CONTROL CENTER (POCC) HAS FULL 
RESPONSIBILITY FOR ITS PAYLOAD DURING FREE-FLIGHT. 

6. USERS UTILIZE NASA HOST FACILITY OR PROVIDE OWN OPERATIONS 
CENTER. 

7. MAJOR NASA POC'S PROVIDE HOST FACILITIES OR OPERATIONAL 
INTERFACES WITH CUSTOMERS. 

8. A SEMI-AUTOMATED "FLIGHT DATA BASE" SHALL BE ASSUMED. 

9. INTERFACE SIMPLICITY AMONG USER, DEVELOPER, AND OPERATOR, 

AND EASE OF SYSTEM VERIFICATION ARE CRITERIA. 

10. STUDY USES UPDATED TRAFFIC MODEL PROVIDED BY THE COR AND 
ALSO USES A SET OF 14 REPRESENTATIVE PAYLOAD/ FLIGHT TYPES. 


2.4 STS PAYLOAD TRAFFIC MODEL 

The STS Payload Traffic Model Chart, Figure 2-2, combines the payload 
flight types selected for the Phase A Study (including Spacelab, Automated 
Earth Orbit and Planetary) into a traffic model spread from 1980 through 
1991. The traffic model presented was provided by the NASA COR on 
30 April 1976. The traffic rates approved for this study represent a 
reduced version (371 flights) of the 572-flight model approved for STS 
Operations Planning. 

This traffic model provides the basis for estimating composite 
resources required for flight planning training and simulations in prepara 
tion for flight operations as described in Section 4. 

2.5 REVIEW OF SYSTEM CONCEPTS DERIVED FROM PHASE A STUDY 

This section presents the rationale used in developing the system 
concepts and describes the three system concepts selected. 
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2.5.1 Definition of System Concept 

The Centers fdeiitified as POC candidates in Figure 2-3 were considered 
from the standpoint of present capabilities and historical involvement in 
STS or Payload operational -type activities and on the basis of difficulty/ 
expense anticipated in augmenting present capabilities to develop a cost- 
effective capability for flight control. The alternatives in Figure 2-3 
were used as a point of departure for the development of iystem concepts. 

The POC alternatives were based on three distinct precept categories; 

a. Utilize an existing single POC for each class of STS Payloads; 
Automated Earth Orbiting, Planetary and Spacelab Payloads. 

b. Use multiple POC's for each class of STS Payload. 

c. Provide alternative in wh'ich each NASA Payload Development 
Center is the POC for flight control of its payloads. 

2.5.2 Selected System Concept Options 

The three system concept options for Joint STS-Payload Flight Control, 
as derived from considerations in Section 2.5.1 and Figure 2-3, are shown 
in Figures 2-4, 2-5 and 2-6. 


Figure 2-4, Concept Option No. 1, provides these features: 


1. 

It meets initial requirements for control of STS-Payloads at minimum 
cost. 

2. 

It makes maximum use of Centers' existing capabilities and experi- 


ence. 

3. 

It requires minimum changes to the present mode of payload opera- 
tions. 

4. 

It provides a solid baseline for future expansion and for system 
enhancements. 

5. 

It will provide for easy transition from present payload operations 
to STS-Payload operations. 
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Figure 2-5, Concept Option No. 2, provides these additional features 
beyond those of Option No. 1. 


1. A Payload Coordinator has been added to coordinate payload operations 
within each class of payloads. This reduces the number of opera- 
tional interfaces between the STS Operator and the payload projects 
when problems arise which affect STS Joint Operations requiring re- 
solution among the payload projects. 


2. A higher level of standardization of operational procedures among 
the payloads of a given class can be achieved with this concept. 


3. Increased versatility for Spacelab and AEO Payload operation is 
achieved. 


Figure 2-6, Concept Option No. 3, is used during the period of ma- 
ture STS Operations, when the Payload Traffic Model reaches its maximum 
level of activity. Additional features include: 


1. Provision for use of efficient remote POCC's. 


2. Operation in conjunction with an integrated network control (Network 
Operations Control Center (NOCC), combining STDN and DSN. 


3. Addition of an Integrated Operations Manager (lOM), provides a 
single payload interface for all payloads to MCC-H, System NOCC 
and the Launch/Landing Sites for resolution of certain payload 
problems involving more than one Payload Class. 


4. Accommodation of standard operational procedures/conventions in 
an optimum way. 


3.0 STANDARDIZED PAYLOAD OPERATIONS CONTROL CENTER (POCC) 

3.1 RELATED PHASE A STANDARD POCC CONCEPT 

The Standard POCC concept was conceived during the performance of 
the Phase A Study. This section summarizes the ideas contributing to 
the Standard POCC concepts as derived during Phase A which led the way 
to the sophisticated implementation developed during the Phase A-1 Study. 

3.1.1 Typical POC Functional Flow • 

Figure 3-1 shows the typical functions to be performed by a POC 
regardless of the class of payload being supported. 
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Figure 3-1. Typical POCC Functional Flow 


The inner circle depicts the functions performed by a POCC, whereas, 
the center circle identifies the functions which might normally be supported 
from the institutional capabilities of the NASA Payloads Operations 
Center (POC), in support of all POCC's located at the POC. The arrows 
indicate data flow between the POCC's, the POC and the common data base 
in support of all functions. 

3.1.2 Phase A Sumnary Conclusions 

The primary conclusions reached during the Phase A Study were: 
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1. An evolutionary approach to an integrated, standardized multicenter 
system for STS Payloads was indicated for Joint STS-Payload Opera- 
tional Flight Phasesv which permits pooling of resources, eliminates 
unnecessary redundancy, and reduces costs. 


2. The ultimate system optimizes standardization of P0CC‘s for all 
payloads. It allows use of standard software, promotes system 
versatility, accommodates fast turnaround, and simplifies spares/ 
maintenance. 


3. A decision should be made early in the program to establish 
standards for STS Payloads which will permit use of processing 
firmware, minimize unique software, simplify procedures and 
documentation, and reduce training time. 


4. A key decision should be made as early as possible whether to 

expand the initial capabilities of GSFC/JSC/JPL Payloads Operations 
Centers or add Payload Operations Centers to accommodate increasing 
loads as the flight traffic increases. This decision will affect 
long-range system architecture and influence User interfaces. 


5. A portable, interactive POCC/DOMSAT Terminal is a practical 
alternative for specific Users in that it enhances User 
involvement, improves system utility for Users, and moves data, 
not people. 


3.2 EXPANSION OF POCC AND SYSTEM STANDARDIZATION 

An approach to POCC and system design and develpoment is presented in 
this section using practical standardization of system architecture, soft- 
ware and hardware leading to consideration of "common" .and "unique" 
functions. 

3.2.1 Approaches to Standardization 

A key concept formulated during the Phase A Study was to implement a 
cost-effective, NASA-wide POCC System for STS Payloads: this idea triggered 

the idea of POCC and system standardization. The concept becomes more 
attractive for operations during the later years of the STS era when pay- 
loads are launched more frequently, are of a longer duration, and require 
a greater extent of processing capability and interface control. POCC and 
system standardization offer the advantages of a simple, efficient, cost- 
effective approach for POCC and system development to meet increased loading 
and releaving overloads. 
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The primary ways of achieving POCC and system standardization are; 


1. Functional standardization where an attempt is made to standardize 
functions within the P(J^"~and system operational interfaces. 

2. Procedural standardization where operational procedures to monitor, 
command and control the payload and experiments are standardized. 

3. Hardware configuration standardization where the processing hard- 
ware and peripnerals, hardware interfaces and essentially the POCC 
architecture are standardized. 

4. Communication standardization where an attempt is made to stan- 
dardize afl external interfaces to the NASA Centers as much as 
practially possible, leading to a common communication network, 
with standards for communications, transfer protocols and data 
formats. 


3.2.2 Functional Standardization 

During the analysis of requirements to standardize POCC's/POC Systems, 
it became apparent that backup capability for each POC will be needed to 
support another POC whenever a Payload operation overloaded condition 
arises (for example, more Spacelab flights than JSC can handle within 
schedule constraints). 

Figure 3-2 relates POCC versus Flight Phase Activities so as to include 
not only the support of primary payload classes assigned, but secondary or 
backup POCC/system support to another Center. 

3.3 POCC INTERFACES 

In conjunction with the developing and implementing of Standard POCC/ 
POC system concepts in Phase A-1, POCC interfaces were established which 
provided an interface philosophy for both prelaunch and operational phases 
for end-to-end POCC to Payload operation. This was accomplished by; 

• Assimilating the Phase A results and also the Mission Control 
Communications Interface Requirements Study Results, 

References 3 through 15 and 22 through 27. 

• Developing POCC to Payload end-to-end communication diagrams for 
each typical POCC at GSFC, JPL, JSC and DOD (STC), respectively. 
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Figure 3-2. Primary and Backup POC Support versus Flight 
Phases for NASA and Non-NASA Payloads 
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• Describing the communications flows in the diagrams for Commands, 
Payload Health Telemetry, and Payload Science Telemetry during 
both prelaunch and operational phases. 

During the study, 26 interface diagrams were generated using the 
following interface nodes in the various links connecting the POCC's and 
the associated Payloads, 

Table 3-1. Interface Nodes Between POCC’s and Payloads 

1 . Remote POCC 

2. POCC 

3. NASCOM (including the switching center) 

4. DOMSAT Ground Station 

5. DOMSAT 

6. MCC-H 

7. Satellite Tracking Center (DOD) 

8. Satellite Control Facility (DOD) 

9. TDRS 

10. TDRSS Ground Station 

1 1 . GSTDN 

12. KSC (including) 

- Mobile Launch Platform and GSE 

- Various Launch Support Facilities 

“ Orbiter, Spacelab, lUS, and Payload (at Launch Pad) 

13. Orbiter, Spacelab, lUS and Payload (inflight operation) 



The following is a recap of the more salient features: which were de- 
lineated in the interface diagrams: 

t End-to-End Command Verification Links 

- Standardized command validity logic at MCC-H and KSC (LPS) 

- MCC Processes Command telemetry response 

- Remote POCC command capability, 

• Standardization of GSTDN and TDRSS for command data handling 
transparency. 

t MCC-H provides hazardous command protection, 
t Remote POCC command capability is accommodated. 

• Command verification and logging is provided at both MCC-H and 
POCC. Master log at MCC-H. Command validation at MCC-H only. 

• For launch pad operations, payload and lUS connections via Or- 
biter and also direct to MILA Ground Station. Primary checkout 
path is via Mobile Launch Platform GSE. 

• Prelaunch End-to-End Payload Health Telemetry Links 

- Via TDRSS and NASCOM Ground Link 

- To POCC via MCC-H 

- Use Remote POCC Link. 

• Prelaunch End-to-End Science Telemetry Links 

- Via TDRSS and NASCOM ground links 

- Spacelab, lUS and Free-Flyer Prelaunch checkout links 

muxed with Orbiter data 

- Planetary payloads link to MILA, MIL-71, GSE and Bldg AO. 
(at KSCr 

• Operational End-to-End Payload Health Telemetry Link 

- Payloads use Orbiter and lUS for communication until free- 

flight 

- MCC-H demultiplexes and procest>i payload health telemetry 

from both Orbiter and lUS 

- Free-flight payload telemetry bypasses MCC-H 

- Use of Remote POCC link. 

• Operational End-to-End Science Telemetry Link 

- Payload uses Orbiter and lUS communications until free- 

flight 

- Anticipated bandwidth requires use of DOMSAT for JSC and 

GSFC payloads. 

■ DOD Payloads 

- Use Orbiter and lUS multiplexed links until free-flight 

- Telemetry data handled and processed by NASA the same as 

NASA data 

- Use unclassified data for NASA integrated operations. 
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3.4 POCC STANDARDIZATION AND INTERFACE STUDY CONCLUSIONS 

11 

The conclusions arnived at as a result of performing the Standard 
POCC development/implementation and the POCC Interface studies are: 

• The analysis of Flight Control Functions and Sub-Functions per- 
formed from a POCC for each of the representative payloads and 
the subsequent classification of POCC functions into common and 
unique categories has permitted definition of a reasonable level 
of standardization which in turn will increase POCC efficiency, 

• The Standard POCC concept should be implemented and ready for 
support of payloads by the time the payload traffic model reaches 
505^ of the maximum level, which is mid-1982. 

• The implementation of the Standard POCC should evolve through 
augmentation of existing POCC systems and grow toward standardi- 
zation as present systems are phased out due to obsolescence. 

• Provide end-to-end command verification link from the Orbiter to 
the POCC. This should permit standardization of data handling 
throughout the data system. 

• Fully utilize the TDRSS and GSTDN during pre-launch checkout to 
verify end-to-end checkout and to assure end-to-end compatibility. 

• Standardize the GSTDN and TDRSS for command data handling trans- 
parency. This standardization should serve to eliminate the cost- 
ly changes which must be implemented at the several link junctions 
for each nr/w payload or payload change. 

• Provide for the demultiplexing of the composite lUS/payload data 
stream at MCC-H. This will minimize the number of Orbiter inter- 
faces and will serve to standardize the Orbiter interfaces to 

the payload and to MCC. 

As a result of the Standard POCC Study, Figure 3-3 provides a con- 
clusion for a conceptual baseline NASA Network of Standard POCC's. The 
Prime Centers and their Standard POCC's including common functions with 
other POCC's and specific unique functions for payload types are shown. 

The main external interfaces consisting of STDN, TDRSS, and DSN, are 
depicted under a Common Network Operational Control Center (NOCC) whose 
function is to perform all support functions of tracking and data ac- 
quisition by a single responsible authority. The MCC-H works directly 
with the lOM, the NOCC, and the KSC/VAFB. Standard remote portable POCC's 
operate with each host POC via DOMSAT links. All POCC's of a Center can 
coninunicate directly with each other through resources of the POC. POCC's 
of different centers comnunicate through NASCOM facilities. 
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Figure 3-4. POCC System Development Activity Network 








A summary of the Standard POCG development activity and the inter- 
actions between activities on a timeline extending from 1977 through 
Mid-1982, is shown on Figure 3-4 and exemplifies: 

• The major thrust of the recommended POCC implementation plan is 

to reduce ground opes'ating costs through an evolutionary imple- 
mentation of flexible standard systems of hardware and software / 
for POCC's to bo implemented as replacements at the time of the ' 
normal equipment generation update period. \ 

f The 1977-78 activities involve a detailed requirements definition 
in parallel With a cost analysis to assess the savings which can 
result from the Standard POCC approach. 

#. The bars extending from 1979 through Mid-1982 depict the imple- 
mentation phase and show the span of activities for Standard POCC's 
of each Center (JSC, GSFC, and JPL), as well as the span of ac- 
tivities for achieving the integrated system of Standard POCC's. 

• The general time phasing for augmenting or upgrading the various 
systems and functions' leading to an integrated NASA-wide system 
of Standard POCC's is indicated in the overlapping blocks at 
the bottom right. 

4.0 JOINT STS-PAYLOAD RESOURCES. PREFLIGHT PLANNING, TRAINING AND 

SIMULATIONS 

4.1 PREPARATION FOR JOINT PREFLIGHT PLANNING RESOURCES STUDY 

During the initial part of the Phase A-1 Study, the joint STS-Payload 
products and functions for preflight preparations for flight operations 
including flight planning, training and simulations, were developed. As 
a result of this effort, the following major conclusions were reached: 


1. Functions and products for preflight preparations for flight opera- 
tions (flight planning, training and simulations) may be clearly 
assigned to STS and Payload Operators, respectively, at this time. 


2. Payload Developers/Operators urgently need guidelines - formats - 
instructions for submitting data to the STS Flight Operator. 


3. Starting point for Flight Operations Planning is a variable depen- 
dent on familiarity with Payload Operation or Payload complexity, 
for example: 

a. Start at L-2 years*— Complex Payload/New Data 

b. Start at L-1 year — Semi-Complex Payload/Partly New Data 

c. Start at L-6 months - Repeat Payload/Standard Data. 


4. Sufficient facilities exist to commence all phases of STS-Payload 
Flight Operations Planning, Training and Simulations. Additional 
Training and Simulation Facilities will be required for some pay- 
loads. 


*L-2 = Launch Minus Two Years. 
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4.2 APPROACH TO ESTABLISHING THE JOINT PREFLIGHT PLANNING RESOURCES 

The objectives of this Resources Planning Study were to identify joint 
STS-Payload preflight activities, develop the methodology and estimate com- 
posite joint resources required to accomplish preflight activities in prep- 
aration for STS Payload Flight Operations, Training and Simulations based 
on given flight traffic and payload assignment models, 

Figure 4-1 is an activity fl w which defines the technical approach 
to the Joint Preflight Planning Resources Study. 

For complex detailed descriptions of the tasks delineated in Figure 4-1, 
refer to Section 3.3 in the Final Report for Task 3, Phase A-1. 

Figure 4-2 shows pictorially the steps involved in the final esti- 
mation of composite resources. These tasks consisted of: 

• A Resources Estimating Structure. 

• Composite Task and Subtask Estimates and Experience Factors for 
Each Activity and Payload Category. 

• Summations of Composite Resources. 

A resources estimating structure was developed as shown in Figure 
4-3, to facilitate computing the composite resources by month and year. 

This diagram assigns unique code numbers to each payload category ac- 
tivity, and organizes these elements into a hierarchy for use in computing 
the composite resources. In addition to the structure shown in this 
figure, additional structures were used to assign a specific flight num- 
ber to each of the activities under each flight type. 
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Figure 4-1. Activity Flow for Establishing Joint Preflight Planning Resources 




















Figure 4-2. Approach to Summarizing Composite Resources Estimates 
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4.3 CONCLUSIONS OF THE JOINT PREFLIGHT PLANNING RESOURCES STUDY 

The following summarizes the conclusions reached during the perfor- 
mance of this study with respect to an analysis of the study results 
and the summary charts shown on Figures 4-4 through 4-6, 

• There are five principal activity areas that Involve Joint STS 
and Payload participation to prepare for STS-Payload Joint Flight 
Operations phases - JOINT PROGRAM/PROJECT ENGINEERING FUNCTIONS, 
SYSTEM SUPPORT, INTEGRATED FLIGHT PLANNING, JOINT OPERATIONS 
PLANNING AND PROCEDURES DEVELOPMENT, and TRAINING AND SIMULATIONS. 

• Major breakpoints wer^ identified for applying experience factors 
to the five principal activities; these were judged to be at 
Flights 1, 2 and 5 in this study. 

• In allocating prime responsibility for the 25 Joint Flight Prepar- 
ation Tasks to organizations and functional groups, the assignment 
of all but one task appeared logically to belong to either the 
STS Payload Integration and Development Program Office (SPIDPO), 
{five tasks) or the MCC-H (19 tasks). The other task. Flight Re- 
quirements Development, was assigned to a Payload Project Office. 

• Figure 4-4, Summary of Resources Requirements, Flights 1, 2 and 5, 
allows a direct numerical comparison of the difference in resources 
required for Flights 1, 2 and 5, for each joint activity and each 
flight type. The last column on this figure provides the average 
manpower for each activity and each experience factor among all 

the flight types. 

t Figure 4-5, Composite Resources by Joint Activity, All Payloads, 
1980-1983 Flights, shows the relative manpower for each activity 
by month and year as well as the direct comparison between sup- 
port requirements for each activity. Note that personnel re- 
sources for training and simulation are not required until ten 
months later than activation of the activities for Joint Program/ 
Project Engineering Functions. 

• Figure 4-6, Total Resources, All Flight Types, All Activities, 
shows a fairly linear build-up in the total manpower resources 
required for all preflight planning, training and simluatiqns 
activities after 1978. The dashed portion of the curve repre- 
sents an extrapolation of the solid curve information based on 
an average growth of the Traffic Model. 

From 1979 through 1983: 

a. Total manpower required = 17,809 manmonths. 

b. Average number of personnel is approximately 300 per year. 

c. Average personnel rate of increase per year is approxi- 

mately 110 per year. 
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Figur? 4-5. Composite Resources by Joint Activities 
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